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Description 

Background of the Invention 

1. Field of the Invention 

[0001] The invention relates to storage systenns. 

2. Related Art 

[0002] In computer file systems for storing and retriev- 
ing information, it is sometimes advantageous to dupli- 
cate all or part of the file system. For example, one pur- 
pose for duplicating a file system is to maintain a backup 
copy of the file system to protect against lost infomna- 
tlon. Another purpose for duplicating a file system is to 
provide replicas of the data in that file system available 
at multiple servers, to be able to share load incurred in 
accessing that data. 

[0003] One problem in the known art is that known 
techniques for duplicating data in a file system either are 
relatively awkward and slow (such as duplication to 
tape), or are relatively expensive (such as duplication to 
an additional set of disk drives). For example, known 
techniques for duplication to tape rely on logical opera- 
tions of the file system and the logical fomnat of the file 
system. Being relatively cumbersome and slow discour- 
ages frequent use, resulting in backup copies that are 
relatively stale. When data is lost, the most recent back- 
up copy might then be a day old, or several days old, 
severely reducing the value of the backup copy. 
[0004] Similariy, known techniques for duplication to 
an additional set of disk drives rely on the physical for- 
mat of the file system as stored on the original set of 
disk drives. These known techniques use an additional 
set of disk drives for duplication of the entire file system. 
Being relatively expensive discourages use, particularly 
for large file systems . Also relying on the physical format 
of the file system complicates operations for restoring 
backup data and for perfomning incremental backup. 
[0005] EP-A-0566 967 discloses a file system in 
which separate "primary" and "alternate" "session bit 
maps" are maintained for full and incremental backups. 
[0006] Accordingly, it would be desirable to provide a 
method and system for duplicating all or part of a file 
system, which can operate with any type of storage me- 
dium without either relative complexity or expense, and 
which can provide all the known functions for backup 
and restore. This advantage is achieved in an embodi- 
ment of the invention in which consistent copies of the 
file system are maintained, so those consistent snap- 
shots can be transferred at a storage block level using 
the file server's own block level operations. 

Summary of the Invention 

[0007] The invention provides a method and file sys- 
tem, as defined in the appended claims whereby all or 



part of a file system can be duplicated while maintaining 
consistent copies of thef lie system. The file server main- 
tains a set of snapshots, each indicating a set of storage 
blocks making up a consistent copy of the file system 
5 as it was at a known time. Each snapshot can be used 
for a purpose other than maintaining the coherency of 
the file system, such as duplicating or transferring a 
backup copy of the file system to a destination storage 
medium. In a preferred embodiment, the snapshots can 
10 be manipulated to identify sets of storage blocks in the 
file system for incremental backup or copying, or to pro- 
vide a file system backup that is both complete and rel- 
atively inexpensive. 

15 Brief Description of the Drawings 



20 



25 



30 



[0008] 

Figure 1 shows a block diagram of a first system for 
file system image transfer. 

Figure 2 shows a block diagram of a set of snap- 
shots in a system for file system image transfer. 

Figure 3 shows a process flow diagram of a method 
for file system Image transfer. 

Detailed Description of the Preferred Embodiment 

[0009] In the following description, a preferred em- 
bodiment of the Invention is described with regard to 
preferred process steps and data structures. However, 
those skilled in the art would recognize, after perusal of 
this application, that embodiments of the invention may 
35 be implemented using one or more genera! purpose 
processors (or special purpose processors adapted to 
the particular process steps and data structures) oper- 
ating under program control, and that implementation of 
the preferred process steps and data structures de- 
40 scribed herein using such equipment would not require 
undue experimentation or further invention. 
[0010] Inventions described herein can be used in 
conjunction with inventions described in the following 
applications: 

45 

o Application Serial No. 08/471,218, filed June 5, 
1995, in the name of inventors David Hitz et al., ti- 
tled "A Method for Providing Parity in a Raid Sub- 
System Using Nonvolatile Memory", now U.S. Pat- 
so ent No. 5,948,110 issued Sept. 7, 1999; 

o Application Serial No. 08/454,921, filed May 31, 
1995, in the name of inventors David Hitz et al., tit- 
led "Method for Maintaining Consistent States of a 
55 File System and for Creating User- Accessible 
Read-only Copies of a File System," now U.S. Pat- 
ent No. 5,819,292 issued October 6, 1998. 
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o Application Serial No. 08/464,691, filed May 31, 
1995, in the name of inventors David HItz et al., ti- 
tled "Method for Allocating Files in a File System 
Integrated with a Raid Disk Sub-System", -now U. 
S. Patent No. 6,038,570 issued Mar. 14, 2000. 

[0011] These applications are collectively referred to 
as the "WAFL Disclosures". 

File Servers and File System Image Transfer 

[001 2] Figure I shows a block diagram of a system for 
file system image transfer. 

[001 3] A system 1 00 for file system image transfer in- 
cludes a file server 110 and a destination file system 
120. 

[0014] The file server 110 includes a processor 111, 
a set of program and data memory 112, and mass stor- 
age 113, and preferably is a file server like one de- 
scribed in the WAFL Disclosures. In a prefen-ed embod- 
iment, the mass storage 113 includes a RAID storage 
subsystem and stores data for file system 114. 
[0015] The destination file system 120 includes mass 
storage, such as a flash memory, a magnetic or optical 
disk drive, a tape drive, or other storage device. In a 
preferred embodiment, the destination file system 120 
includes a RAID storage subsystem. The destination file 
system 120 can be coupled directly or indirectly to the 
file server 110 using a communication path 130. 
[0016] In a first preferred embodiment, the destination 
file system 1 20 is cou pled to the file server 1 1 0 and con- 
trolled by the processor 111 similarly to the mass stor- 
age 11 3. In this first preferred embodiment, the commu- 
nication path 130 includes an internal bus for the file 
server 110, such as an I/O bus, a mezzanine bus, or 
other system bus. 

[0017] In a second prefen-ed embodiment, the desti- 
nation file system 1 20 is included in a second file server 
140. The second file server 140, similar to the first file 
server 110, includes a processor, a set of program and 
data memory, and mass storage that serves as the des- 
tination file system 1 20 with regard to the first file server 
1 1 0. The second file server 1 40 preferably is a file server 
like one described in the WAFL Disclosures. In this sec- 
ond preferred embodiment, the communication path 
1 30 Includes a network path between the first file server 
1 1 0 and the second file server 1 40, such as a direct com- 
munication link, a LAN (local area network), a WAN 
(wide area network), a NUMA network, or another inter- 
connect. 

[0018] In a third preferred embodiment, the commu- 
nication path 130 includes an intennediate storage me- 
dium, such as a tape, and the destination file system 
120 can be either the first file server 110 itself or a sec- 
ond file server 1 40. As shown below, when the file server 
110 selects a set of storage blocks for transfer to the 
destination file system 120, that set of storage blocks 
can be transferred by storing them onto the intennediate 



storage medium. At a later time, retrieving that set of 
storage blocks from the intennediate storage medium 
completes the transfer. 

[0019] It is an aspect of the invention that there are 
5 no particular restrictions on the communication path 
1 30. For example, a first part of the communication path 
130 can include a relatively high-speed transfer link, 
while a second part of the communication path 1 30 can 
include an intermediate storage medium. 
10 [0020] It is a further aspect of the invention that the 
destination file system 120 can be included in the first 
file server 1 1 0, in a second file server 1 40, or distributed 
among a plurality of file servers. Transfer of storage 
blocks from the first file server 1 1 0 to the destination file 
^5 system 120 is thus completely general, and includes the 
possibility of a wide variety of different file system oper- 
ations: 

o Storage blocks from the first file server 1 1 0 can be 
20 dumped to an intermediate storage medium, such 
as a tape or a second disk drive, retained for a pe- 
riod of time, and then restored to the first file server 
110. Thus, the first file server 110 can itself be the 
destination file system. 

25 

o Storage blocks from the first file server 1 1 0 can be 
transfen-ed to a second file server 1 40, and used at 
that second file server 140. Thus, the storage 
blocks can be copied en masse from the first file 
30 server 1 1 0 to the second file server 1 40. 

o Storage blocks from the first file server 1 1 0 can be 
distributed using a plurality of different communica- 
tion paths 130, so that some of the storage blocks 
55 are immediately accessible while others are record- 
ed in a relatively slow Intermediate storage medium, 
such as tape. 

o Storage blocks from the first file server 1 1 0 can be 
40 selected from a complete file system, transfen-ed 
using the communication path 130, and then proc- 
essed to form a complete file system at the desti- 
nation file system 120. 

45 [0021] In alternative embodiments described herein, 
the second file server 140 can have a second destina- 
tion file system. That second destination file system can 
be included within the second file server 1 40, or can be 
included within a third file server similar to the first file 

50 server 1 1 0 or the second file server 1 40. 

[0022] More generally, each file server can have a 
destination file system, either included within the n^^^ file 
server, or included within an n+l^t file server. The set of 
file servers can thus fomn a directed graph, preferably a 

55 tree with the first file server 11 0 as the root of that tree. 

/ 
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File System Stomge Blocks 

[0023] As described in the WAFL Disclosures, a file 
system 1 1 4 on the file server 1 1 0 (and in general, on the 
n^h file server), includes a set of storage blocks 115, 
each ofwhich is stored either in the memory 112 or on 
the mass storage 113. The file system 114 Includes a 
current block map, which records which storage blocks 
115 are part of the file system 114 and which storage 
blocks 115 are free. 
[0024] As described in the WAFL Disclosures, the file 
system on the mass storage 113 is at all times consist- 
ent. Thus, the storage blocks 1 1 5 included in the file sys- 
tem at all times comprise a consistent file system 114. 
[0025] As used herein, the temn "consistent," referring 
to a file system (or to storage blocks in a file system), 
means a set of storage blocks for that file system that 
includes all blocks required for the data and file structure 
of that file system. Thus, a consistent file system stands 
on its own and can be used to identify a state of the file 
system at some point In time that is both complete and 
self-consistent. 

[0026] As described in the WAFL Disclosures, when 
changes to the file system 114 are committed to the 
mass storage 113, the block map is altered to show 
those storage blocks 1 1 5 that are part of the committed 
file system 1 1 4. tn a preferred embodiment, the file serv- 
er 1 1 0 updates the file system frequently, such as about 
once each 1 0 seconds. 

Snapshots 

[0027] Figure 2 shows a block diagram of a set of 
snapshots in a system for file system image transfer. 
[0028] As used herein , a "snapshot" is a set of storage 
blocks, the member storage blocks f omning a consistent 
file system, disposed using a data structure that allows 
for efficient set management. The efficient set manage- 
ment can include time efficiency for set operations (such 
as logical sum. logical difference, membership, add 
member, remove member). For example, the time effi- 
ciency can include 0(n) time or less for n storage blocks. 
The efficient set management can also include space 
efficiency for enumerating the set (such as association 
with physical location on mass storage or inverting the 
membership function). The space efficiency can mean 
about 4 bytes or less per 4K storage block of disk space, 
a ratio about 1000:1 better than duplicating the storage 
space. 

[0029] As described herein, the data structure for the 
snapshot is stored in the file system so there is no need 
to traverse the file system tree to recover it. In a pre- 
ferred embodiment, each snapshot is stored as a file 
system object, such as a blockmap. The blockmap in- 
cludes a bit plane having one bit for each storage block, 
other than bits used to identify if the storage block is in 
the active file system. 

[0030] Moreover, when the file system is backed-up, 



restored, or otherwise copied or transferred, the block- 
map within the file system is as part of the same oper- 
ation itself also backed-up, restored, or otherwise cop- 
ied or transferred. Thus, operations on the file system 
5 Inherently include preserving snapshots. 

[0031] Any particular snapshot can be transfen-ed by 
any communication technique, including 
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o transfer using storage in an intermediate storage 
medium (such as nonvolatile memory, tape, disk in 
the same file system, disk in a different file system, 
or disk distributed over several file systems); 

o transfer using one or more network messages, 

o transfer using communication within a single file 
server or set of file servers (such as for storage to 
disk in the same file system, to disk in a different file 
system, or to disk distributed over several file sys- 
tems). 



[0032] A collection 200 of snapshots 21 0 includes one 
bit plane for each snapshot 210. Each bit plane indicates 
a set of selected storage blocks 1 1 5. In the figure, each 

25 column indicates one bit plane (that is, one snapshot 
21 0) , and each row indicates one storage block 1 1 5 (that 
is, the history of that storage block 115 being included 
in or excluded from successive snapshots 210). At the 
intersection of each column and each row there is a bit 

30 211 indicating whether that particular storage block 1 1 5 
is included in that particular snapshot 210. 
[0033] Each snapshot 21 0 comprises a collection of- 
selected storage blocks 1 1 5 from the file system 1 1 4 that 
fornied all or part of the (consistent) file system 114 at 

35 some point in time. A snapshot 210 can be created 
based on the block map at any time by copying the bits 
from the block map indicating which storage blocks 115 
are part of the file system 114 into the corresponding 
bits 211 for the snapshot 210. 

40 [0034] Differences between the snapshots 210 and 
the (active) file system 114 include the following: 



The file system 114 is a consistent file system 114 
that is being used and perhaps modified, while the 
snapshots 210 represent copies of the file system 
114 that are read-only. 
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o The file system 1 1 4 is updated frequently, while the 
snapshots 210 represent copies of the file system 
114 that are from the relatively distant past. 

o There is only one active file system 114, while there 
can be (and typically are) multiple snapshots 210. 

[0035] At selected times, the file server 110 creates a 
new bit plane, based on the block map, to create a new 
snapshot 210. As described herein, snapshots 210 are 
used for backup and mirroring of the file system 114, so 
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in preferred embodiments, new snapshots 210 are cre- 
ated at periodic times, such as once per hour, day, week, 
month, or as otherwise directed by an operator of the 
file server 110. 

Storage Images and Image Streams 

[0036] As used herein a "storage image" includes an 
indicator of a set of storage blocks selected In response 
to one or more snapshots. The technique for selection 
can include logical operations on sets (such as pairs) of 
snapshots. In a preferred embodiment, these logical op- 
erations can include logical sum and logical difference. 
[0037] As used herein, an "image stream" includes a 
sequence of storage blocks from a storage image. A set 
of associated block locations for those storage blocks 
from the storage image can be Identified in the image 
stream either explicitly or implicitly. For a first example, 
the set of associated block locations can be identified 
explicitly by including volume block numbers within the 
image stream. For a second example, the set of asso- 
ciated block locations can be identified implicitly by the 
order in which the storage blocks from the storage Im- 
age are positioned or transferred within the image 
stream. 

[0038] The sequence of storage blocks within the im- 
age stream can be optimized for a file system operation. 
For example, the sequence of storage blocks within the 
image stream can be optimized for a backup or restore 
file system operation. 

[0039] In a preferred embodiment, the sequence of 
storage blocks is optimized so that copying of an image 
stream and transfer of that image stream from one file 
server to another is optimized. In particular, the se- 
quence of storage blocks is selected so that storage 
blocks identified in the image stream can be, as much 
as possible, copied in parallel from a plurality of disks in 
a RAID file storage system, so as to maximize the trans- 
fer bandwidth from the first file server 
[0040] A storage image 220 comprises a set of stor- 
age blocks 11 5 to be copied from the file system 1 1 4 to 
the destination file system 120. 

[0041] The storage blocks 115 in the storage image 
220 are selected so that when copied, they can be com- 
bined to fomn a new consistent file system 114 on the 
destination file system 120. In various preferred embod- 
iments, the storage image 220 that is copied can be 
combined with storage blocks 115 from other storage 
images 220 (which were transferred at earlier times). 
[0042] As shown herein, the file server 110 creates 
each storage image 220 in response to one or more 
snapshots 210 

[0043] An image stream 230 comprises a sequence 
of storage blocks 115 from a storage image 220. When 
the storage image 220 is copied from the file system 
114, the storage blocks 115 are ordered into the image 
stream 230 and tagged with block location infonnation. 
When the image stream 230 is received at the destina- 



tion file system 120, the storage blocks 115 In the image 
stream 230 are copied onto the destination file system 
120 in response to the block location information. 

5 Image Addition and Subtraction 

[0044] The system 100 manipulates the bits 211 in a 
selected set of storage images 220 to select sets of stor- 
age blocks 115, and th us fomn a new storage image 220. 
10 [0045] For example, the following different types of 
manipulation are possible: 

o The system 1 GO can fomn a logical sum of two stor- 
age images 220 A + B by fomning a set of bits 21 1 
^5 each of which is the logical OR (A v B) of the corre- 
sponding bits 211 in the two storage images 220. 
The logical sum of two storage images 220 A + B Is 
the union of those two storage images 220. 

20 o The system 1 00 can fomn a logical difference of two 
storage images 220 A - B by fonning a set of bits 
211 each of which is logical "1" only if the corre- 
sponding bit 21 1 A is logical "1 " and the correspond- 
ing bit 211 B is logical "0" in the two storage images 
25 220. 

[0046] The logical sum of two storage images 220 A 
+ B comprises a storage image 220 that includes stor- 
age blocks 115 in either of the two original storage im- 
30 ages 220. Using the logical sum, the system 100 can 
detennine not just a single past state of the file system 
114, but also a history of past states of that file system 

114 that were recorded as snapshots 210. 

[0047] The logical difference of two selected storage 
35 images 220 A - B comprises just those storage blocks 
that are included in the storage image 220 A but not in 
the storage image 220 B. (To preserve integrity of incre- 
mental storage images, the subtrahend storage image 
220 B is always a snapshot 21 0.) A logical difference is 
40 useful for detemnining a storage image 220 having a set 
of storage blocks fonning an incremental image, which 
can be used In combination with full images. 
[0048] In altemative embodiments, other and further 
types of manipulation may also be useful. For example, 
45 it may be useful to detennine a logical intersection of 
snapshots 210, so as to detennine which storage blocks 

115 were not changed between those snapshots 21 0. 
[0049] In further alternative embodiments, the system 
100 may also use the bits 211 from each snapshot 210 

50 for other purposes, such as to perfomn other operations 
on the storage blocks 1 1 5 represented by those bits 211. 

Incremental Storage Images 

55 [0050] As used herein, an "incremental storage im- 
age" is a logical difference between a first storage image 
and a second storage image. 

[0051] As used herein, in the logical difference A - B, 
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the storage image 220 A is called the "top" storage Im- 
age 220. and the storage image 220 B is called the 
"base" storage image 220. 

[0052] When the base storage image 220 B compris- 
es a full set F of storage blocks 115 in a consistent file 
system 114, the logical difference A - B includes those 
incremental changes to the file system 1 1 4 between the 
base storage image 220 B and the top storage image 
220 A. 

[0053] Each incremental storage image 220 has a top 
storage image 220 and a base storage image 220. In- 
cremental storage images 220 can be chained together 
when there is a sequence of storage images 220 C| 
where a base storage image 220 for each Cj is a top 
storage image 220 for a next C^+^. 

Examples of Incremental Images 



[0054] For a first example, the system 1 00 can make 
a snapshot 210 each day, and form a level-0 storage 
image 220 in response to the logical sum of daily snap- 
shots 210. ' 

June3.level0 = JuneS + June2 + Junel 
(Junes, June2, and Junel are snapshots 220 tak- 
en on those respective dates.) 

[0055] The JuneS.levelO storage image 220 includes 
all storage blocks 115 in the daily snapshots 21 0 JuneS, 
June2, and Junel. Accordingly, the JuneS.levelO stor- 
age image 220 includes all storage blocks 115 in a con- 
sistent file system 1 1 4 (as well as possibly other storage 
blocks 115 that are unnecessary for the consistent file 
system 114 active at the time of the JuneS snapshot 
210). 

[0056] In the first example, the system 1 00 can fomn 
an (incremental) level-1 storage image 220 in response 
to the logical sum of daily snapshots 21 0 and the logical 
difference with a single snapshot 210. 

June5.level1 = June5 + June4 - JuneS 
(June5, June4 and JuneS are snapshots 220 tak- 
en on those respective dates.) 

[0057] It is not required to subtract the June2 and 
Junel snapshots 210 when forming the June5.level1 
storage image 220. All storage blocks 115 that the 
June5 snapshot 210 and the June4 snapshot 210 have 
in common with either the June2 snapshot 210 or the 
Junel snapshot 210, they wilt necessarily have in com- 
mon with the Junes snapshot 21 0. This is because any 
storage block 115 that was part of the file system 114 
on June2 or Junel , and is still part of the file system 1 1 4 
on Junes or June4, must have also been part of the file 
system 114 on JuneS. 

[0058] In the first example, the system 1 00 can fomn 
an (incremental) level-2 storage image 220 in response 
to the logical sum of daily snapshots 21 0 and the logical 
difference with a single snapshot 210 from the time of 
the level-1 base storage image 220. 

June7.level2 = June? + June6 - June5 
(June7, June6, and June5 are snapshots 210 tak- 



en on those respective dates.) 
[0059] In the first example, the storage images 220 
JuneS.levelO, June5.level1 , and June7.!evel2 collec- 
tively include all storage blocks 1 1 5 needed to construct 
5 a full set F of storage blocks 1 1 5 in a consistent file sys- 
tem 114. 

[0060] For a second example, the system 100 can 
form a different (incremental) level-1 storage image 220 
in response to the logical sum of daily snapshots 210 

10 and the logical difference with a single snapshot 21 0 
from the time of the level-0 storage image 220. 
June9.levet1 = June9 + JuneS - JuneS 
(June9, Junes, and JuneS are snapshots 21 0 tak- 
en on those respective dates.) 

15 [0061] Similar to the first example, the storage Images 
220 JuneS.levelO and June9.level1 collectively include 
all storage blocks 1 1 5 needed to construct a full set F of 
storage blocks115in aconsistent file system 114. There 

is no particular requirement that the June9.level1 stor- 
20 age image 220 be related to or used in conjunction with 
the June7.level2 storage image 220 in any way. 



File System Image Transfer Techniques 

25 [0062] To perform one of these copying operations, 
the file server 1 1 0 includes operating system or applica- 
tion software for controlling the processor 111 , and data 
paths for transferring data from the mass storage 11 3 to 
the communication path ISO to the destination file sys- 
30 tem 120. However, the selected storage blocks 115 in 
the image stream 230 are copied from the file system 
114 to the corresponding destination file system 120 
without logical file system processing by the file system 
11 4 on the first file sender 110. 
35 [0063] In a preferred embodiment, the system 1 00 is 
disposed to perform one of at least four such copying 
operations: 

o Volume Copying. The system 1 00 can be disposed 
40 to create an image stream 2S0 for copying the file 
system 114 to the destination file system 120. 

[0064] The image stream 230 comprises a sequence 
of storage blocks 115 from a storage image 220. As in 
45 nearly all the image transfer techniques described here- 
in, that storage image 220 can represent a full image or 
an incremental image: 

Full Image: The storage blocks 115 and the storage 
50 image 220 represent a complete and consistent file 
system 114. 

Incremental image: The storage blocks 115 and the 
storage image 220 represent an incremental set of 
55 changestoaconsistentfile system 114, which when 
combined with that file system 114 fomn a new con- 
sistent file system 114. 
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[0065] The image stream 230 can be copied from tlie 
file server 110 to the destination fiie system 120 using 
any communication technique. This couid include a di- 
rect communication iinlc, a LAN (local area network), a 
WAN (wide area network), transfer via tape, or a com- 
bination thereof. When the image stream 230 is trans- 
ferred using a network, the storage blocks 115 are en- 
capsulated in messages using a network communica- 
tion protocol known to the fiie server 1 1 0 and to the des- 
tination file system 120. In some network communica- 
tion protocols, there can be additional messages be- 
tween the file server 11 0 and to the destination file sys- 
tem 1 20 to ensure the receipt of a complete and correct 
copy of the image stream 230. 

[0066] The destination file system 120 receives the 
image stream 230 and identifies the storage blocks 1 1 5 
from the mass storage 113 to be recorded on the desti- 
nation file system 120. 

[0067] When the storage blocks 1 1 5 represent a com- 
plete and consistent file system 1 1 4, the destination file 
system 120 records that file system 114 without logical 
change. The destination file system 120 can make that 
file system 114 available for read-only access by local 
processes. In alternative embodiments, the destination 
file system 120 may make that file system 1 1 4 available 
for access by local processes, without making changes 
by those local processes available to the file server 110 
that was the source of the file system 114. 
[0068] When the storage blocks 1 1 5 represent an in- 
cremental set of changes to a consistent file system 1 1 4, 
the destination file system 1 20 combines those changes 
with that file system 1 1 4 form a new consistent file sys- 
tem 114. The destination file system 120 can make that 
new file system 114 available for read-only access by 
local processes. 

[0069] In embodiments where the destination file sys- 
tem 1 20 makes the transferred file system 1 1 4 available 
for access by local processes, changes to the file sys- 
tem 11 4 at the destination file system 1 20 can be f I ushed 
when a subsequent incremental set of changes is re- 
ceived by the destination fiie system 120. 
[0070] All aspects of the file system 1 1 4 are Included 
in the image stream 230, including file data, file structure 
hierarchy, and file attributes. File attributes preferably 
include NFS attributes, CI FS attributes, and those snap- 
shots 210 already maintained in the file system 114. 
[0071] Disk Copying. In a first preferred embodiment 
of volume copying (herein called "disk copying"), the 
destination file system 120 can include a disk drive or 
other similar accessible storage device. The system 1 00 
can copy the storage blocks 1 15 from the mass storage 
11 3 to that accessible storage device, providing a copy 
of the f i te system 1 1 4 that can be inspected at the cun-ent 
time. 

[0072] Whenperfomningdiskcopying, the system 100 
creates an image stream 230, and copies the selected 
storage blocks 1 1 5 from the mass storage 1 1 3 at the file 
server 1 1 0 to corresponding locations on the destination 



file system 120. Because the mass storage 113 at the 
file server 110 and the destination file system 120 are 
both disk drives, copying to corresponding locations 
should be simple and effective. 

5 [0073] It is possible that locations of storage blocks 
115 at the mass storage 113 at the file server 110 and 
at the destination file system 1 20 do not readily coincide, 
such as if the mass storage 1 1 3 and the destination file 
system 120 have different sizes or fonnatting. In those 

10 cases, the destination file system 120 can reorder the 
storage blocks 115 in the image stream 230, similar to 
the "Tape Backup" embodiment described herein. 
[0074] Tape Backup. In a second preferred embodi- 
ment of volume copying (herein called "tape backup"), 

15 the destination file system 120 can include a tape device 
or other similar long-temn storage device. The system 
1 00 can copy storage blocks 1 1 5 from the mass storage 
1 1 3 to that long-term storage device, providing a backup 
copy of the file system 1 1 4 that can be restored at a later 

20 time. 

[0075] When performing tape backup, the system 100 
creates an image stream 230, and copies the selected 
storage blocks 1 1 5 from the mass storage 1 1 3 at the file 
server 11 0 to a sequence of new locations on the des- 

25 tinatton file system 120. Because the destination file 
system 120 includes one or more tape drives, the sys- 
tem 100 creates and transmits a table indicating which 
locations on the mass storage 113 correspond to which 
other locations on the destination file system 120. 

30 [0076] Similar to transfer of an image stream 230 us- 
ing a network communication protocol, the destination 
file system 1 20 can add additional infomnation to the im- 
age stream 230 for recording on tape. This additional 
information can include tape headers and tape gaps, 

35 blocking or clustering of storage blocks 1 1 5 for recording 
on tape, and reformatting of storage blocks 115 for re- 
cording on tape. 

[0077] File Backup, in a third pretended embodiment 
of volume copying (herein called "file backup"), the im- 

40 age stream 230 can be copied to a new file within a file 
system 114, either at the file server 1 1 0 or at a file sys- 
tem 114 on the destination file system 120. 
[0078] Similar to tape backup, the destination file sys- 
tem 120 can add additional infomnation to the image 

45 stream 230 for recording in an file. This additional infor- 
mation can include file metadata useful for the file sys- 
tem 114 to locate storage blocks 115 within the file. 

o Volume Mirroring. The system 1 00 can be disposed 
50 to create image streams 230 for copying the file sys- 
tem 114 to the destination file system 120 coupled 
to a second file server 1 1 0 on a frequent basis, thus 
providing a mirror copy of the file system 114. 

55 [0079] In a preferred embodiment, the mirror copy of 
the file system 1 1 4 can be used for takeover by a second 
file server 110 from the first file server 110, such as for 
example if the first file server 110 fails. 
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[0080] When performing volume mirroring, the sys- 
tem 1 00 first transfers an image stream 230 represent- 
ing a complete file system 114 from the file server 110 
to the destination file system 1 20. The system 1 00 then 
periodically transfers image streams 230 representing 
Incremental changes to that file system 1 1 4 from the file 
server 110 to the destination file system 120. The des- 
tination file system 120 Is able to reconstruct a most re- 
cent form of the consistent file system 1 1 4 from the initial 
full image stream 230 and the sequence of incremental 
image streams 230. 

[0081] It is possible to perform volume mirroring using 
volume copying of a full storage image 230 and a se- 
quence of incremental storage images 230. However, 
determining the storage blocks 115 to be included in an 
incremental storage images 230 can take substantial 
time for a relatively large file system 1 1 4, if done by log- 
ical subtraction. As used herein, a "mark-on-allocate 
storage image" is a subset of a snapshot, the member 
storage blocks being those that have been added to a 
snapshot that originally formed a consistent file system. 
[0082] In a preferred embodiment, rather than using 
logical subtraction, as described above, at the time the 
incremental storage images 230 is about to be trans- 
ferred, the file server 110 maintains a separate "mark- 
on-allocate" storage image 230. The maric-on -allocate 
storage image 230 is constructed by setting a bit for 
each storage block 1 1 5, as it is added to the consistent 
file system 114. The mark-on-allocate storage image 
230 does not need to be stored on the mass storage 
113, included in the block map, or otherwise backed-up; 
it can be reconstructed from other storage images 230 
already at the file server 110. 

[0083] When an incremental storage image 230 is 
transferred, a first mark-on-allocate storage image 230 
is used to determine which storage blocks 1 1 5 to include 
in the storage image 230 for transfer. A second mark- 
on-allocate storage Image 230 is used to record chang- 
es to the file system 114 while the transfer is performed. 
After the transfer is perfomned, the first and second 
mark-on-allocate storage images 230 exchange rotes. 
[0084] Full Min-oring. In a first preferred embodiment 
of volume mirroring (herein called "full mirroring"), the 
destination file system 1 20 includes a disk drive or other 
similar accessible storage device. 
[0085] Upon the initial transfer of the full storage im- 
age 230 from the file server 1 1 0, the destination file sys- 
tem 120 creates acopy of the consistent file system 114. 
Upon the sequential transfer of each incremental stor- 
age image 230 from the file server 110, the destination 
file system 120 updates its copy of the consistent file 
system 114. The destination file system 120 thus main- 
tains its copy of the file system 114 neariy up to date, 
and can be inspected at any time. 
[0086] When perfonming full min-oring, similar to disk 
copying, the system 100 creates an image stream 230, 
and copies the selected storage blocks 115 from the 
mass storage 1 1 3 at the file server 1 1 0 to con^esponding 



locations on the destination file system 120. 
[0087] Incremental Mirroring. In a second prefenred 
embodiment of volume min-oring (herein called "incre- 
mental mirroring"), the destination file system 120 can 
5 include both (1) a tape device or other relatively slow 
storage device, and (2) a disk drive or other relatively 
fast storage device. 

[0088] As used herein, an "incremental mirror" of a 
first file system is a base storage image from the first 
10 file system, and at least one incremental storage image 
from the first file system, on two storage media of sub- 
stantially different types. Thus, a complete copy of the 
first file system can be reconstructed from the two or 
more objects. 

15 [0089] Upon the initial transfer of the full storage im- 
age 230 from the file server 1 1 0, the destination file sys- 
tem 120 copies a complete set of storage blocks 115 
from the mass storage 1 1 3 to that relatively slow storage 
device. Upon the sequential transfer of each incremen- 
20 ta! storage image 230 from the file server 1 1 0. the des- 
tination file system 120 copies incremental sets of stor- 
age blocks 115 from the mass storage 113 to the rela- 
tively fast storage device. Thus, the full set of storage 
blocks 115 plus the incremental sets of storage blocks 
25 115 collectively represent an up-to-date file system 1 1 4 
but do not require an entire duplicate disk drive. 
[0090] When perfonning incremental min-oring, for 
the base storage image 230, the system 1 00 creates an 
image stream 230, and copies the selected storage 
30 blocks 1 1 5 from the mass storage 1 1 3 at the file server 
1 1 0 to a set of new locations on the relatively slow stor- 
age device. The system 100 writes the image stream 
230, including storage block location infomnation, to the 
destination file system 120. In a prefen-ed embodiment, 
35 the system 1 00 uses a tape as an intermediate destina- 
tion storage medium, so that the base storage image 
230 can be stored for a substantial period of time without 
having to occupy disk space. 

[0091] For each incremental storage image 230, the 
40 system 1 00 creates a new image stream 230, and cop- 
ies the selected storage blocks 115 from the mass stor- 
age 113 at the file server 110 to a set of new locations 
on the accessible storage device. Incremental storage 
images 230 are created continuously and automatically 
45 at periodic times that are relatively close together. 
[0092] The incremental storage images 230 are re- 
ceived atthe destination file system 1 20, which unpacks 
them and records the copied storage blocks 115 in an 
incremental mirror data structure. As each new incre- 
50 mental storage image 230 is copied, copied storage 
blocks 115 ovenwrite the equivalent storage blocks 115 
from eariier incremental storage images 230. In a pre- 
ferred embodiment, the incremental mirror data stmc- 
ture includes a sparse file structure including only those 
55 storage blocks 1 1 5 that are different from the base stor- 
age image 230. 

[0093] In a preferred embodiment, the incremental 
storage images 230 are transmitted to the destination 
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file system 120 with a data structure indicating a set of 
storage blocks 115 that were deallocated (that is, re- 
moved) from the file system on the file server 110. Thus, 
the images are mark-on-deallocate images of the stor- 
age blocks. In response to this data structure, the des- 
tination file system 1 20 removes those indicated storage 
blocks 115 from its incremental mirror data structure. 
This allows the destination file system 120 to maintain 
the incremental mirror data structure at a size no larger 
than approximately the actual differences between a 
current file system at the file server 110 and the base 
storage Image 230 from the file server 110. 
[0094] Consistency Points, When perfomnlng either 
full mirroring or incremental min-oring, It can occur that 
the transfer of a storage image 230 takes longer than 
the time needed for the file server 1 1 0 to update its con- 
sistent file system 114 from a first consistency point to 
a second consistency point. Consistency points are de- 
scribed in further detail in the WAFL Disclosures: 
[0095] In a preferred embodiment, the file server 1 1 0 
does not attempt to create a storage image 230 and to 
transfer storage blocks 11 5 for every consistency point. 
Instead, after a transfer of a storage image 230, the file 
server 110 determines the most recent consistency 
point (or alternatively, detennines the next consistency 
point) as the effective next consistency point. The file 
server 110 uses the effective next consistency point to 
detemnine any incremental storage image 230 for a next 
transfer 

o Volume Replication. The destination file system 1 20 
can include a disk drive or other accessible storage 
device. The system 100 can copy storage blocks 
from the mass storage 113 to that accessible stor- 
age device at a signal from the destination file sys- 
tem 1 20, to provide replicated copies of the file sys- 
tem 114 for updated (read-only) use by other file 
servers 110. 

[0096] The file server 1 1 0 maintains a set of selected 
master snapshots 210. A master snapshot 210 is a 
snapshot 210 whose existence can be known by the 
destination file system 120, so that the destination file 
system 120 cari be updated with reference to the file 
system 114 maintained at the file server 110. In a pre- 
ferred embodiment, each master snapshot 210 is des- 
ignated by an operator command at the file server 110, 
and is retained for a relatively long time, such as several 
months or a year. 

[0097] In a preferred embodiment, at a minimum, 
each master snapshot 210 is retained until all known 
destination file systems 120 have been updated past 
that master snapshot 210. A master snapshot 210 can 
be designated as a shadow snapshot 210, but in such 
cases destination file systems 1 20 are taken off-line dur- 
ing update of the master shadow snapshot 21 0. That is, 
destination file systems 120 wait for completion of the 
update of that master shadow snapshot 2 1 0 before they 



are allowed to request an update from that master shad- 
ow snapshot 210. 

[0098] The destination file system 120 generates a 
message (such as upon command of an operator or in 

5 response to initialization or self-test) that it transmits to 
the file server 1 1 0, requesting an update of the file sys- 
tem 1 1 4. The message includes a newest master snap- 
shot 210 to which the destination file system 120 has 
most recently synchronized. The message can also in- 

10 dicate that there is no such newest master snapshot 
210. 

[0099] The file server 1 1 0 detennines any incremental 
changes that have occurred to the file system 114 from 
the newest master snapshot 210 at the destination file 

15 system 120 to the newest master snapshot 210 at the 
file server110. In response to this detemnination, the file 
server 110 detemnines a storage image 230 including 
storage blocks 1 1 5 for transfer to the destination file sys- 
tem 120, so as to update the copy of the file system 114 

20 at the destination file system 120. 

[0100] If there is no such newest master snapshot 
210, the system 100 perfomris volume copying for a full 
copy of the file system 114 represented by the newest 
master snapshot 210 at the file server 110. Similarly, if 

25 the oldest master snapshot 21 0 at the file server 1 1 0 is 
newer than the newest master snapshot 210 at the des- 
tination file system 120, the system 100 performs vol- 
ume copying for a full copy of the file system 114. 
[0101] After volume replication, the destination file 

30 system 120 updates its most recent master snapshot 
21 0 to be the most recent master snapshot 21 0 from the 
file server 110. 

[0102] Volume replication is well suited to uploading 
upgrades to a publicly accessible database, document, 

35 or web site. Those destination file systems 120, such as 
mirror sites, can then obtain the uploaded upgrades pe- 
riodically, when they are initialized, or upon operator 
command at the destination file system 120. If the des- 
tination file systems 120 are not in communication with 

40 the file server 11 0 for a substantial period of time, when 
communication is re-established, the destination file 
systems 1 20 can perform volume replication with the file 
server 110 to obtain a substantially up-to-date copy of 
the file system 114. 

45 [0103] In a first preferred embodiment of volume rep- 
lication (herein called "simple replication"), the destina- 
tion file system 120 communicates directly (using a di- 
rect communication link, a LAN, a WAN, or a combina- 
tion thereof) with the file server 110. 

50 [0104] In a second preferred embodiment of volume 
replication (herein called "multiple replication"), a first 
destination file system communicates directly (using a 
direct communication link, a LAN, a WAN, or a combi- 
nation thereof) with a second destination file system. 

55 The second destination file system acts like the file serv- 
er 1 1 0 to perform simple. replication for the first destina- 
tion file system. 

[0105] A sequence of such destination file systems ul- 
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timately terminates in a destination file system tliat com- 
municates directly with the file server 1 1 0 and perfomns 
simple replication. The sequence of destination file sys- 
tems thus forms a replication hierarchy, such as in a di- 
rected graph or a tree of file severs 110. 
[0106] In alternative embodiments, the system 100 
can also perform one or more combinations of these 
techniques. 

[01 07] In a preferred embodiment, the file server 1 1 0 
can maintain a set of pointers to snapshots 210, naming 
those snapshots 210 and having the property that ref- 
erences to the pointers are functionally equivalent to ref- 
erences to the snapshots 21 0 themselves. For example, 
one of the pointers can have a name such as "master," 
so that the newest master snapshot 21 0 at the file server 
110 can be changed simultaneously for all destination 
file systems. Thus, all destination file systems can syn- 
chronize to the same master snapshot 21 0. 

Shadow Snapshots 



1 1 5 from a consistent file system 1 1 4 that have not been 
changed in the active file system 1 1 4 since the shadow 
snapshot 210 was made. Because storage blocks 115 
can be reused, the shadow snapshot 210 does not re- 
5 tain the property of representing a consistent file system 
114. However, because the file server 110 can reuse 
those storage blocks 115, the shadow snapshot 210 
does not cause any storage blocks 115 on the mass 
storage 113 to be pemnanently occupied. 

10 

Method of Operation 

[0113] Figure 3 shows a process flow diagram of a 
method for file system image transfer. 
15 [01 1 4] A method 300 is perfomned is perfomned by the 
file server 110 and the destination file system 120, and 
includes a set of flow points and process steps as de- 
scribed herein. 

20 Generality of Operational Technique 



[0108] The system 1 00 includes the possibility of des- 
ignating selected snapshots 210 as "shadow" snap- 
shots 210. 

[0109] As used herein, a "shadow snapshot" is a sub- 25 < 
set of a snapshot, the member storage blocks no longer 
forming a consistent file system. Thus, at one time the 
member storage blocks of the snapshot did f orni a con- 
sistent file system , but at least some of the member stor- * 
age blocks have been removed from that snapshot. 
[0110] A shadow snapshot 21 0 has the property that 
the file server 110 can reuse the storage blocks 115 in 
the snapshot 210 whenever needed. A shadow snap- 
shot 21 0 can be used as the base of an incremental stor- 
age image 230. In suchcases,storageblocks 115 might 35 
have been removed from the shadow snapshot 210 due 
to reuse by the file system 11 0. It thus might occur that 
the incremental storage image 230 resulting from logi- 
cally subtraction using the shadow snapshot 210 in- 
cludes storage blocks 1 1 5 that are not strictly necessary 40 
(having been removed from the shadow snapshot 210 
they are not subtracted out). However, all storage blocks 
115 necessary for the incremental storage image 230 
will stiti be included. 

[0111] For regular snapshots 210, the file server 110 45 
does not reuse the storage blocks 115 in the snapshot 
21 0 until the snapshot 21 0 is released. Even if the stor- 
age blocks 115 in the snapshot 210 are no longer part 
of the active file system, the file sen/er 1 1 0 retains them 
without change. Until released, each regular snapshot 50 
210 preserves a consistent file system 114 that can be 
accessed at a later time. 

[0112] However, for shadow snapshots 210, the file 
setver 1 1 0 can reuse the storage blocks 1 1 5 in the shad- 
ow snapshot 2 10. When one of those storage blocks 115 55 

is reused, the file server 1 1 0 clears the bit in the shadow 
snapshot 210 for that storage block 115. Thus, each 
shadow snapshot 21 0 represents a set of storage blocks 



[01 1 5] In each of the file system image transfer tech- 
niques, the method 300 perfomns three operations: 



► Select a storage image 220, in response to a first 
file system (or a snapshot thereof) to have an oper- 
ation performed thereon. 

> Form an Image stream 230 in response to the stor- 
age image 220. Perfonn an operation on the image 
stream 230, such as backup or restore within the 
first file system, or copying or transfer to a second 
file system, 

o Reconstruct the first file system (or the snapshot 
thereof) in response to the image stream 230. 

[01 1 6] As shown herein, each of these steps is quite 
general in its application. 

[0117] In the first (selection) step, the storage image 
220 selected can be a complete file system or can be a 
subset thereof. The subset can be an increment to the 
complete file system, such as those storage blocks that 
have been changed, or can be another type of subset. 
The storage image 220 can be selected a single time, 
such as for a backup operation, or repeatedly, such as 
for a mirroring operation. The storage image 220 can be 
selected in response to a process at a sending file server 
or at a receiving file server 

[0118] For example, as shown herein, the storage im- 
age 220 selected can be for a full backup or copying of 
an entire file system, or can be for incremental backup 
or incremental mirroring of a file system. The storage 
image 220 selected can be detennined by a sending file 
server, or can be detemnlned in response to a request 
by a receiving file server (or set of receiving file servers). 
[0119] In the second (operational) step, the image 
stream 230 can be selected so as to optimize the oper- 
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at ion. The image stream 230 can be seiected and or- 
dered to optimize transfer to different types of media, to 
optimize transfer rate, or to optimize reliability, in a pre- 
ferred embodiment, tlie image stream 230 is optimized 
to maximize transfer rate from paraiiei disks in a RAiD 5 
disl< system. 

[0120] in the third (reconstruction) step, the image 
stream 230 can be reconstructed into a complete fiie 
system, or can be reconstmcted into an increment of a 
file system. The reconstruction step can be perfonned io 
immediately or after a delay, can be performed in re- 
sponse to the process that initiated the selection step, 
or can be perfonned independently in response to other 
needs. 

15 

Selecting A Storage Image 

[0121] In each of the file system image transfer tech- 
niques, the method 300 selects a storage image 220 to 
be transferred. 20 
[01 22] At a flow point 370, the file server 1 1 0 is ready 
to select a storage Image 220 for transfer. 
[0123] At a step 371 , the file server 1 1 0 fomns a logical 
sum LS of a set of storage images 220 A1 + A2, thus 
LS = A1 + A2. The logical sum LS can also Include any 25 
plurality of storage images 220, such as A 1 + A2 + A3 
+ A4, thus for example LS = A 1 4- A2 + A3 + A4. 
[0124] At a step 372, the file server 110 detemri in es if 
the transfer is a full transfer or an incremental transfer. 
If the transfer is incremental, the method 300 continues 30 
with the next step. If the transfer is a full transfer, the 
method 300 continues with the flow point 380. 
[01 25] At a step 373, the file server 1 1 0 forms a logical 
difference LD of the logical sum LS and a base storage 
image 220 B, thus LD = LS - B. The base storage image 35 
220 B comprises a snapshot 210. 
[0126] At a flow point 380, the file server 110 has se- 
lected a storage image 230 for transfer. 

Volume Copying 40 

[01 27] At a flow point 310, the file server 1 1 0 is ready 
to perfonn a volume copying operation. 
[0128] At a step 311 , the file server 111 selects a stor- 
age image 220 for transfer, as described with regard to 45 
the flow point 370 through the flow point 380. If the vol- 
ume copying operation is a full volume copy, the storage 
image 220 selected is for a full transfer, if the volume 
copying operation is an incremental volume copy, the 
storage image 220 selected is for an incremental trans- 50 
fer. 

[0129] At a step 312, the file server 1 1 0 determines if 
the volume is to be copied to disk or to tape. 

o If the volume is to be copied to disk, the method 300 55 
continues with the step 313. 

o If the volume is to be copied to tape, the method 



300 continues with the step 314. 

[0130] At a step 313, the file server 110 creates an 
image stream 230 for the selected storage image 220. 
In a preferred embodiment, the storage blocks 115 in 
the Image stream 230 are ordered for transfer to disk. 
Each storage block 11 5 Is associated with a VBN (virtual 
block number) for identification. The method 300 con- 
tinues with the step 315. 

[0131] At a step 314, the file server 110 performs the 
same functions as in the step 31 3, except that the stor- 
age blocks 1 15 in the image stream 230 are ordered for 
transfer to tape. 

[0132] At a step 315, the file server 110 copies the 
image stream 230 to the destination file system 120 
(disk or tape). 

o If the image stream 230 Is copied to disk, the file 
server 110 preferably places each storage block 
115 in an equivalent position on the target disk(s) 
as it was on the source disk(s), similar to what would 
happen on retrieval from tape. 

[0133] In a preferred embodiment, the file server 1 1 0 
copies the image stream 230 to the destination file sys- 
tem 1 20 using a communication protocol known to both 
the file server 110 and the destination file system 120, 
such as TCP. As noted herein, the image stream 230 
used with the communication protocol Is similar to the 
image stream 230 used for tape backup, but can include 
additional messages or packets for acknowledgement 
or retransmission of data. 

[0134] The destination file system 120 presents the 
image stream 230 directly to a restore element, which 
copies the image stream 230 onto the destination file 
system 120 target disk(s) as they were on the source 
dtsk(s). Because a consistent file system 114 is copied 
from the file server 110 to the destination file system 
120, the storage blocks 115 in the image stream 230 
can be used directly as a consistent fiie system 114 
when they arrive at the destination file system 120. 
[0135] The destination file system 120 might have to 
alter some inter-block pointers, responsive to the VBN 
of each storage block 115, If some or all of the target 
storage blocks 115 are recorded in different physical lo- 
cations on disk from the source storage blocks 115. 

o If the image stream 230 is copied to tape, the file 
server 110 preferably places each storage block 
1 1 5 in a position on the target tape so that it can be 
retrieved by its VBN. When the storage blocks 115 
are eventually retrieved from tape into a disk file 
server 1 1 0, they are preferably placed in equivalent 
positions on the target disk(s) as they were on the 
source disk(s). 

[01 36] The destination file system 1 20 records the im- 
age stream 230 directly onto tape, along with a set of 
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block number information for each storage block 115. 
The destination file system 1 20 can later retrieve select- 
ed storage blocks 1 1 5 from tape and place them onto a 
disk file server 1 1 0. Because a consistent file system 
1 1 4 is copied from the file server 1 1 0 to the destination 
file system 120, the storage blocks 115 in the image 
stream 230 can be restored directly to disk when later 
retrieved from tape at the destination file system 120. 
[0137] The destination file system 1 20 might have to 
alter some inter-block pointers, responsive to the VBN 
of each storage block 115, if some or ail of the target 
storage blocks 1 1 5 are retrieved from tape and recorded 
in different physical locations on disk from the source 
storage blocks 115. The destination file system 120 re- 
corded this infonnation in header data that it records on- 
to tape. 

[01 38] At a flow point 320, the file server 1 1 0 has com- 
pleted the volume copying operation. 

Volume Mirroring 

[01 39] At a flow point 330, the file server 1 1 0 is ready 
to perfonn a volume mirroring operation. 
[0140] At a step 331, the file server 110 perfomns a 
full volume copying operation, as described with regard 
to the flow point 310 through the flow point 320. The 
volume copying operation Is performed for a full copy of 
the file system 114. 

o If the function to be performed Is full mirroring, the 
file server 1 1 0 performs the full volume copying op- 
eration to disk as the target destination file system 
120. 

o If the function to be perfonned is incremental mir- 
roring, the file server 110 performs the full volume 
copying operation to tape as the target destination 
file system 120. 

[0141] At a step 332, the file server 1 1 0 sets a mirror- 
ing timer for incremental update forthe volume mirroring 
operation. 

[0142] At a step 333, the mirroring timer is hit, and the 
file server 1 1 0 begins the incremental update for the vol- 
ume mirroring operation. 

[0143] At a step 334, the file server 110 performs an 
incremental volume copying operation, as described 
with regard to the flow point 31 0 through the flow point 
320. The volume copying operation is performed for an 
incremental upgrade of the file system 114. 
[0144] The incremental volume copying operation is 
perfonned with disk as the target destination file system 
120- 

o If the initial full volume copying operation was per- 
formed to disk, the destination file system 120 in- 
crements its copy of the file system 114 to include 
the incremental storage image 220. 



o If the initial full volume copying operation was per- 
fonned to tape, the destination file system 120 
records the incremental storage image 220 and in- 
tegrates it into an incremental mirror data structure, 
5 as described above, for possibly later incrementing 
its copy of the file system 114. 

[0145] At a step 335, the file server 110 copies the 
image stream 230 to the target destination file system 
10 120. The method 300 returns to the step 332, at which 
step the file server 110 resets the mirroring timer, and 
the method 300 continues. 

[01 46] When the destination file system 1 20 receives 
the image stream 230, it records the storage blocks 115 

15 in that image stream 230 similar to the process of vol- 
ume copying, as described with regard to the step 315. 
[0147] If the method 300 is halted (by an operator 
command or otherwise), the method 300 completes at 
the flow point 340. 

20 [01 48] At a flow point 340, thefile server 1 1 0 has com- 
pleted the volume mirroring operation. 

Reintegration of Incremental Mirror 

25 [0149] At a flow point 370, the file server 110 is ready 
to restore a file system from the base storage image 220 
and the incremental mirror data structure. 
[01 50] At a step 371 , the file server 1 1 0 reads the base 
storage image 220 into its file system. 

30 [0151] At a step 372, the file server 110 reads the in- 
cremental mirror data structure into its file system and 
uses that data structure to update the base storage im- 
age 220. 

[01 52] At a step 373, the file server 1 1 0 remounts the 
35 file system that was updated using the incremental mir- 
ror data structure. 

[0153] At a flow point 380, the file server 110 is ready 
to continue operations with the file system restored from 
the base storage image 220 and the incremental mirror 
40 data structure. 

Volume Replication 

[01 54] At a flow point 350, the file server 1 1 0 is ready 
45 to perfomri a volume replication operation. 

[0155] At a step 351 , the destination file system 120 
initiates the volume replication operation. The destina- 
tion file system 120 sends an indicator of its newest 
master snapshot 21 0 to the file server 1 1 0, and requests 
50 the file server 1 1 0 to perform the volume replication op- 
eration. 

[0156] At a step 352, the file server 110 detemnines if 
it needs to perfonn a volume replication operation to 
synchronize with a second file server 11 0. In this case, 
55 the second file server 1 1 0 takes the role of the destina- 
tion file system 120, and initiates the volume replication 
operation with regard to the first file server 110. 
[0157] At a step 353, the file server 110 detemnines 
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its newest master snapshot 210, and its master snap- 
shot 21 0 corresponding to the master snapshot 21 0 in- 
dicated by the destination file system 120. 

0 If the file server 1 1 0 has at least one master snap- s 
shot 210 older than the master snapshot 210 indi- 
cated by the destination file system 120, it selects 
the corresponding master snapshot 21 0 as the new- 
est one of those. 

10 

[01 58] In this case, the method proceeds with the step 2. 
354. 

o If the file server 1 1 0 does not have at least one mas- 3. 
ter snapshot 210 older than the master snapshot i5 
21 0 indicated by the destination file system 1 20 (or 
if the destination file system 1 20 did not Indicate any 
mastersnapshot210), it does not select any master 4. 
snapshot 21 0 as a corresponding master snapshot. 

20 

[0159] In this case, the method proceeds with the step 
355. 

[01 60] At a step 354, the file server 1 1 0 perfomns an 5. 
incremental volume copying operation, responsive to 
the incremental difference between the selected con*e- 25 
spending master snapshot 21 0, and the newest master 
snapshot 2 10 it has available. The method 300 pro- 
ceeds with the flow point 360. 

[0161] At a step 355, the file server 110 perfomns a 
full volume copying operation, responsive to the newest 3o 6. 
master snapshot 210 it has available. The method 300 
proceeds with the flow point 360. 
[01 62] At a flow point 360, the file server 1 1 0 has com- 
pleted the volume replication operation. The destination 
file system 120 updates its master snapshot 210 to cor- 55 
respond to the master snapshot 210 that was used to 
make the file system transfer from the file server 110, 

Alternative Embodiments 

40 

[0163] Although preferred embodiments are dis- 
closed herein, many variations are possible which re- 7. 
main within the scope of the invention as claimed in the 
appended claims and these variations would become 
clear to those skilled in the art after perusal of this ap- ^5 
plication. 

8. 

Claims 

50 

1. A file system(114), having a plurality of storage 
blocks(115), and including 

a plurality of bits (211) associated with each 
one of said plurality of storage blocks, at least a first 
one of said plurality of bits identifying whether said 55 
storage blocks are part of a first image of said file 
system at a time earlier than a current consistent 
version of said file system, and 



characterized in that said file system in- 
cludes at least a second one of said plurality of bits 
identifying whether said storage blocks are part of 
a second image different than said current consist- 
ent version of said file system; and 

an element disposed for selecting storage 
blocks in response to an operation performed on at 
least said first and said second ones of said plurality 
of bits. 

A file system as in claim 1 , wherein said operation 
is a logical sum or difference operation. 

A file system as in claim 1 , including an element dis- 
posed for copying said selected storage blocks to a 
destination. 

A file system as in claim 3, wherein said destination 
includes: a tape, a disk, a data structure In a second 
file system, a set of network messages, or a desti- 
nation distributed over a plurality of file systems. 

A file system as in claim 1 , wherein said first image 
of said file system is a snapshot, said snapshot be- 
ing disposed as an object in said file system, and 
wherein said file system Is responsive to. at least 
one file system request with regard to said snap- 
shot. 

A file system as in claim 5, wherein said second im- 
age is a mark-on-allocate image of a set of member 
storage blocks (115) selected from said plurality of 
storage blocks (115), said member storage blocks 
having been added to said snapshot; and 

wherein said storage blocks (115) selected by 
said element form a storage image (220) defined 
based on said snapshot and said mark-on-allocate 
image, said storage image (220) indicating a set of 
member storage blocks selected from said plurality 
of storage blocks. 

A file system as In claim 6, wherein said storage 
image (220) is defined with regard to a logical sum 
operation on said snapshot and said mark-on-allo- 
cate image. 

A file system as in claim 5, wherein said second im- 
age is a mark-on-deallocate image of a set of mem- 
ber storage blocks (115) selected from said plurality 
of storage blocks, said member storage blocks hav- 
ing been removed from said snapshot; and 

wherein said storage blocks (115) selected by 
said element form a storage image defined based 
on said snapshot and said mark-on-deallocate im- 
age, said storage image indicating a set of member 
storage blocks selected from said plurality of stor- 
age blocks. 
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9. A file system as in claim 5, wherein said second im- 
age is a shadow snapshot of a set of member stor- 
age bioclcs selected from said plurality of storage 
blocks (116), said member storage blocks having 
formed a consistent file system other than an active 
file system, with a set of selected member storage 
blocks removed from said consistent file system; 
and 

wherein said storage blocks selected by said 
element form a storage Image defined based on 
said snapshot and said shadow snapshot, said stor- 
age image indicating a set of member storage 
blocks selected from said plurality of storage 
blocks. 

10. A file system as in claim 5, including an indicator of 
which ones of said storage blocks of said snapshot 
have been copied. 



formed on said snapshot and a second storage im- 
age. 

19. A file system as in claim 15, wherein said storage 
5 image is a result of a set management operation 

performed on said snapshot. 

20. A file system as in claim 1 5, wherein said snapshot 
includes a data stmcture disposed in a format al- 

10 lowing for a set management operation to be per- 
formed In 0(n) time or less, where n is a number of 
storage blocks in said plurality of storage blocks 
(115), without reading any contents of said storage 
blocks in said plurality of storage blocks (115). 

15 

21 . A file system as in claim 20, wherein said set man- 
agement operation is a logical sum or difference op- 
eration. 



1 1 . A file system as in claim 5, wherein said first image 20 
and said second image are snapshots; and 

wherein said snapshots are associated with 
an array (200) of said bits (211), said array having 
one set of said bits for each storage block in said 
plurality of storage blocks, each said set of said bits 25 
having at least one bit for each of said snapshots. 

1 2. A file system as in claim 5, wherein said file system 
can manipulate said snapshot without having to 
traverse a hierarchy of file system objects within 30 
said snapshot. 

13. A file system as in claim 5, wherein said snapshot 
includes a data structure disposed in a fonnat al- 
lowing for a set management operation to be per- 35 
formed efficiently. 

14. A file system as in claim 5, wherein said snapshot 
includes an array (200) of said bits, said array hav- 
ing one of said bits for each storage block (1 1 5) in 40 
said plurality of storage blocks. 

1 5. A file system as in claim 5, wherein said second im- 
age is a second snapshot; and 

wherein said storage blocks (115) selected by ^5 
said element fomn a storage image (220). 

16. A file system as in claim 15, including an indicator 
of which ones of said storage blocks in said storage 
image have been copied. 

17. A file system as in claim 15, wherein said storage 
image is a result of a logical sum or difference per- 
formed on said snapshot and said second snap- 



shot. 



55 



18. A file system as in claim 15, wherein said storage 
image is a result of a logical sum or difference per- 



22. A file system as in claim 15, wherein said snapshot 
includes a data structure Identifying which storage 
blocks (115) in said plurality are member storage 
blocks of said snapshot. 

23. Aflle system as in claim 22, wherein said data stmc- 
ture uses no more than 1/1 00th of an amount of 
storage required by said storage blocks in said plu- 
rality of storage blocks. 

24. Afile system as in claim 22, wherein said data struc- 
ture uses no more than four bytes per storage block 
(215) in said plurality of storage blocks. 

25. A method, comprising the steps of 

maintaining a plurality of bits (211) associated 
with each one of a plurality of storage blocks (115) 
in a file system (114), at least a first one of said plu- 
rality of bits identifying whether said storage blocks 
are part of a first image of said file system at a time 
eariier than a current consistent version of said file 
system, 

characterized in that at least a second one 
of said plurality of bits identifies whether said stor- 
age blocks are part of a second image different than 
said current consistent version of said file system; 
and 

selecting storage blocks in response to an op- 
eration perfomned on at least said first and said sec- 
ond ones of said plurality of bits. 

26. A method as in claim 25, wherein said operation is 
a logical sum (371) or difference (373) operation. 

27. A method as in claim 25, further including the step 
of copying (315, 335) said selected storage blocks 
to a destination. 

28. A method as in claim 27, wherein said destination 
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includes: a tape, a disk, a data structure in a second 
file system, a set of network messages; or a desti- 
nation distributed over a plurality of file systems. 

29. A method as in claim 25, wherein said first image 5 
of said file system (114) is a snapshot, said snap- 
shot being disposed as an object in said file system, 
and wherein said file system is responsive to at 
least one file system request with regard to said 
snapshot. io 

30. A method as in claim 29, wherein said second im- 
age is a mark-on-allocate image of a set of member 
storage blocks (115) selected from said plurality of 
storage blocks, said member storage blocks having 15 
been added to said snapshot; and 

wherein said storage blocks (115) selected in 
response to said operation form a storage image 
(220) defined based on said snapshot and said 
mark-on-allocate image, said storage image indi- 20 
eating a set of member storage blocks selected 
from said plurality of storage blocks. 

31. A method as in claim 30, wherein said storage im- 
age (220) is defined with regard to a logical sum 25 
operation on said snapshot and said mark-on-allo- 
cate image. 

32. A method as in claim 29, wherein said second im- 
age is a mark-on-deallocate image of a set of mem- 30 
bar storage blocks selected from said plurality of 
storage blocks (115), said member storage blocks 
having been removed from said snapshot; and 

wherein said storage blocks (115) selected in 
response to said operation form a storage image 35 
(220) defined based on said snapshot and said 
mark-on-deallocate image, said storage image in- 
dicating a set of member storage blocks selected 
from said plurality of storage blocks. 

40 

33. A method as in claim 29, wherein said second im- 
age is a shadow snapshot of a set of member stor- 
age blocks (115) selected from said plurality, said 
member storage blocks having fonned a consistent 

file system other than an active file system, with a 45 
set of selected member storage blocks removed 
from said consistent file system; and 

wherein said storage blocks (115) selected in 
response to said operation fomri a storage image 
(220) defined based on said snapshot and said so 
shadow snapshot, said storage image indicating a 
set of member storage blocks selected from said 
plurality of storage blocks. 

34. A method as in claim 29, further^ comprising the step 55 
of indicating which ones of said storage blocks (115) 

of said snapshot have been copied. 



35. A method as in claim 29, wherein said first image 
and said second image are snapshots; and 

wherein said snapshots are associated with 
an array (200) of said bits (211), said array having 
one set of bits for each storage block in said plurality 
of storage blocks, each said set of bits having at 
least one bit for each of said snapshots. 

36. A method as in claim 29, further comprising the step 
of manipulating said snapshot without having to 
traverse a hierarchy of file system objects within 
said snapshot. 

37. A method as in claim 29, wherein said snapshot in- 
cludes a data structure disposed in a format allow- 
ing for a set management operation to be perf onned 
efficiently. 

38. A method as in claim 29, wherein said snapshot in- 
cludes an array (200) of said bits (211), said an-ay 
having one bit for each storage block in said plurality 
of storage blocks (115). 

39. A method as in claim 29, wherein said second im- 
age is a second snapshot; and 

wherein said storage blocks (115) selected in 
response to said operation form a storage image. 

40. A method as in claim 39, further comprising the step 
of indicating which ones of said storage blocks (115) 
in said storage image have been copied. 

41. A method as in claim 39, wherein said storage im- 
age is a result of a logical sum or difference per- 
formed on said snapshot and said second snapshot 

42. A method as in claim 39, wherein said storage im- 
age (220) is a result of a logical sum or difference 
performed on said snapshot and a second storage 
image.. 

43. A method as in claim 39, wherein said storage im- 
age (220) is a result of a set management operation 
perfonned on said snapshot. 

44. A method as in claim 39, wherein said snapshot in- 
cludes a data structure disposed in a fonnat allow- 
ing for a set management operation to be perfomned 
in 0(n) time or less, where n is a number of storage 
blocks in said plurality of storage blocks, without 
reading any contents of said storage blocks in said 
plurality of storage blocks. 

45. A method as In claim 44, wherein said set manage- 
ment operation is a logical sum or difference oper- 
ation. 

46. A method as in claim 39, wherein said snapshot in- 
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dudes a data structure identifying which storage 5. 
bloclcs (115) in said piurality are nnember storage 
blocks of said snapshot. 

47. A nnethod as in claim 46, wherein said data structure s 
uses no more than 1/1 00th of an amount of storage 
required by said storage blocks (115) in said plural- 
ity of storage blocks. 6- 

48. A method as in claim 46, wherein said data structure io 
uses no more than four bytes per storage block 
(115) in said plurality of storage blocks. 

49. A computer program product comprising program 
code means that, when executed on a computer ^5 
system, instructs the computer system to effect the 
steps of the method of any one of claims 25 to 48. 

Patentanspruche 

1 . Ein Dateisystem (114), das eine Mehrzahl von Spei- 

cherblocken (115) aufweist, umfassend 7. 

eine Mehrzahl von Bits (211), die mit jedem 
einzelnen der Mehrzahl von Speicherblocken asso- 25 
ziiert sind, wobel wenigstens ein erstes Bit der 
Mehrzahl von Bits anzeigt, ob die Speicherblocke 
Tell eines ersten Abbilds des Dateisystems zu einer 8. 
Zeit vor einer aktuellen konslstenten Version des 
Dateisystems sind, und 

dadurch gekennzeichnet, dass das Datei- 
system umfasst: 

wenigstens ein zweites Bit der Mehrzahl von 
Bits, das anzeigt, ob die Speicherblocke Teil ei- 35 
nes zweiten zu der aktuellen konsistenten Ver- 
sion des Dateisystems unterschiedlichen Ab- 
bilds sind; und 

ein Element, das zur Auswahl von Speicher- 
blocken abhanglg von einer Operation ange- 40 
ordnet ist, die mit wenigstens dem ersten Bit 
und dem zweiten Bit der Mehrzahl von Bits aus- 
gefiihrt wurde. 9 

2. Ein Dateisystem nach Anspruch 1, bei dem die ^5 
Operation eine logische Summen- oder Differenz- 
operation ist. 

3. Ein Dateisystem nach Anspruch 1 , das ein zum Ko- 
pieren der ausgewahlten Speicherblocke an ein 50 
Ziel angeordnetes Element umfasst. 

4. Ein Dateisystem nach Anspruch 3, bei dem das Ziel 
ein Band, eine Platte, eine Datenstruktur in einem 
zweiten Dateisystem, einen Satz von Netzwer- 55 
knachrichten oder ein uber eine Mehrzahl von Da- 
teisystemen verteiltes Ziel umfasst. 



Ein Dateisystem nach Anspmch 1 , bei dem das er- 
ste Abbild des Dateisystems ein Speicherauszug 
ist, der als ein Objekt in dem Dateisystem angeord- 
net ist, und wobel das Dateisystem auf wenigstens 
eine Dateisystemanfrage in Bezug auf den Spei- 
cherauszug anspricht. 

Ein Dateisystem nach Anspruch 5, bei dem das 
zweite Abbild ein Markierung-bel-Zuweisung-Ab- 
bild eines Satzes von zugehorigen Spetcherblok- 
ken (115) ist, die aus der Mehrzahl von Speicher- 
blocken (115) ausgewahit sind, wobei die zugeho- 
rigen Speicherblocke zu dem Speicherauszug hin- 
zugefugt wurden; und 

wobei die von dem Element ausgewahlten 
Speicherblocke (115) ein Speicherabblld (220) bil- 
den, das auf Grundlage des Speicherauszugs und 
des Markierung-bei-Zuweisung-Abbilds definiert 
ist, wobei das Speicherabbild (220) einen Satz von 
zugehorigen Speicherblocken anzeigt, die aus der 
Mehrzahl von Speicherblocken ausgewahit sind. 

Ein Dateisystem nach Anspruch 6, bei dem das 
Speicherabbild (220) in Bezug auf eine logische 
Summenoperatlon des Speicherauszugs und des 
Markierung-bei-Zuweisung-Abbilds definiert Ist. 

Ein Dateisystem nach Anspruch 5, bei dem das 
zweite Abbild ein Markierung-bei-Freigabe-Abbild 
eines Satzes von zugehorigen Speicherblocken 
(1 1 5) ist, die aus der Mehrzahl von Speicherblocken 
ausgewahit sind, wobei die zugehorigen Speicher- 
blocke von dem Speicherauszug entfernt wurden; 
und 

wobel die von dem Element ausgewahlten 
Speicherblocke (115) ein Speicherabbild bilden, 
das auf Grundlage des Speicherauszugs und des 
Markierung-bei-Freigabe-Abbilds definiert ist, wo- 
bei das Speicherabbild einen Satz von zugehorigen 
Speicherblocken anzeigt, die aus der Mehrzahl von 
Speicherblocken ausgewahit sind. 

Ein Dateisystem nach Anspruch 5, bei dem das 
zweite Abbild ein Spiegel-Speicherauszug eines 
Satzes von zugehorigen Speicherblocken ist, die 
aus der Mehrzahl von Speicherblocken (115) aus- 
gewahit sind. wobei die zugehorigen Speicherblok- 
ke ein zu einem aktiven Dateisystem unterschiedli- 
ches konsistentes Dateisystem gebildet haben, wo- 
bei ein Satz ausgewahlter zugehoriger Speicher- 
blocke von dem konsistenten Dateisystem entfernt 
wurde; und 

wobei die von dem Element ausgewahlten 
Speicherblocke ein Speicherabbild bilden, das auf 
Grundlage des Speicherauszugs und des Spiegel- 
Speicherauszugs definiert ist, wobei das Speicher- 
abbild einen Satz von zugehorigen Speicherblok- 
ken anzeigt, die aus der Mehrzahl von Speicher- 
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blocken ausgewahit sind. 

10. Ein Dateisystem nach Anspruch 5, das einen An- 
zeiger umfasst, der anzeigt, welche der Speicher- 
blocke des Speicherauszugs kopiert wurden. 

11. Ein Dateisystem nach Anspruch 5, bei dem das er- 
ste Abbild und das zweite Abbild Speicherauszuge 
sind; und 

bei denn die Speicherauszuge mit einem Feld 
(200) der Bits (211) assoziiert sind, wobei das Feld 
einen Satz der Bits fur jeden Speicherblock der 
Mehrzahl von Speicherblocken aufweist, wobei je- 
der Satz von den Bits wenigstens ein Bit fur jeden 
der Speicherauszuge aufweist. 

12. Ein Dateisystem nach Anspruch 5, wobei das Da- 
teisystem den Speicherauszug manipulieren kann, 
ohne eine Hierarchie von Dateisystemobjekten in- 
nerhalb des Speicherauszugs durchlaufen zu mus- 
sen. 

13. Ein Dateisystem nach Anspruch 5, wobei der Spei- 
cherauszug eine Datenstruktur umfasst, die in ei- 
nem Format angeordnet ist, das eine effizient Aus- 
fiihrung einer bestimmten Managementoperation 
eriaubt, 

14. Ein Dateisystem nach Anspruch 5, bei dem der 
Speicherauszug ein Feld (200) der Bits umfasst, 
wobei das Feld eines der Bits fur jeden Speicher- 
block (115) der Mehrzahl von Speicherblocken auf- 
weist. 

15. Ein Dateisystem nach Anspruch 5, wobei das zwei- 
te Abbild ein zweiter Speicherauszug ist; und 

wobei die von dem Element ausgewahlten 
Speicherblocke (115) ein Speicherabblld (220) bil- 
den. 

16. Ein Dateisystem nach Anspruch 15, das einen An- 
zeiger umfasst, der anzeigt, welche der Speicher- 
blocke des Speicherabbilds kopiert wurden. 

17. Ein Dateisystem nach Anspruch 15, bei dem das 
Speicherabblld ein Ergebnis einer logischen Sum- 
me Oder Differenz des Speicherauszugs und des 
zweiten Speicherauszugs ist. 

18. Ein Dateisystem nach Anspruch 15, bei dem das 
Speicherabblld ein Ergebnis einer (ogischen Sum- 
me Oder Differenz des Speicherauszugs und des 
zweiten Speicherabbilds ist. 

19. Ein Dateisystem nach Anspruch 15, bei dem das 
Speicherabblld ein Ergebnis einer auf den Spei- 
cherauszug angewandten bestimmten Manage- 
mentoperation ist. 
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20. Ein Dateisystem nach Anspruch 15, wobei der Spei- 
cherauszug eine Datenstruktur umfasst, die in ei- 
nem Fonnat angeordnet ist, das eine effizient Aus- 
fuhrung einer bestimmten Managementoperation in 

5 einer Zeit 0(n) Oder wenlger eriaubt, wobei n eine 
Anzahl von Speicherblocken In der Mehrzahl von 
Speicherblocken (115) ist, wobei jegliche Inhalte 
der Speicherblocke in der Mehrzahl von Speicher- 
blocken (115) nicht gelesen werden. 

10 

21 . Ein Dateisystem nach Anspruch 20, bei dem die be- 
stimmte Managementoperation eine logische Sum- 
men- Oder Differenzoperation ist. 

15 22. Ein Dateisystem nach Anspruch 15, bei dem der 
Speicherauszug eine Datenstruktur umfasst, die 
anzeigt, welche Speicherblocke (116) in der Mehr- 
zahl zugehorlge Speicherblocke des Speicheraus- 
zugs sind. 

20 

23. Ein Dateisystem nach Anspruch 22, bei dem die Da- 
tenstruktur nicht mehr als 1/100 einer Speicher- 
menge verwendet, die von den Speicherblocken in 
der Mehrzahl von Speicherblocken benotlgt wird. 

25 

24. Ein Dateisystem nach Anspruch 22, bei dem die Da- 
tenstruktur nicht mehr als vier Byte pro Speicher- 
block (21 5) der Mehrzahl von Speicherblocken ver- 
wendet. 

30 

25. Ein Verfahren, umfassend die Schritte 

Erhalten einer Mehrzahl von Bits (21 1 ), die mit 
jedem einzelnen einer Mehrzahl von Speicherblok- 
ken (115) in einem Dateisystem (114) assoziiert 
35 sind, wobei wenigstens ein erstes Bit der Mehrzahl 
von Bits anzeigt, ob die Speicherblocke Tell eines 
ersten Abbilds des Dateisystems zu einer Zeit vor 
einer aktuellen konsistenten Version des Dateisy- 
stems sind, und 

dadurch gekennzeichnet, dass wenigstens 
ein zweites Bit der Mehrzahl von Bits anzeigt, ob 
die Speicherblocke Teil eines zweiten zu der aktu- 
ellen konsistenten Version des Dateisystems unter- 
schiedlichen Abbilds sind; und 
^5 Auswahl von Speicherblocken abhangig von 

einer Operation, die mit wenigstens dem ersten Bit 
und dem zweiten Bit der Mehrzahl von Bits ausge- 
fuhrt wurde. 

50 26. Ein Verfahren nach Anspruch 25, bei dem die Ope- 
ration eine logische Summenoperation (371) oder 
Differenzoperation (373) ist. 

27. Ein Verfahren nach Anspruch 25, welter mit dem 
55 Schritt des Kopierens (315, 335) der ausgewahlten 

Speicherblocke an ein Ziel. 

28. Ein Verfahren nach Anspruch 27, bei dem das Ziel 
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ein Band, eine Platte, eine Datenstruktur in einem 
zweiten Dateisystenn, einen Satz von Netzwer- 
knachrichten oder ein uber eine Mehrzalil von Da- 
teisystemen verteiltes Ziel umfasst. 

29. Ein Verfahren nach Anspmch 25, bei denn das erste 
Abbild des Dateisystems (114) ein Speicherauszug 
ist, der ais ein Objekt in denn Dateisystenn angeord- 
net ist, und wobei das Dateisystenn auf wenigstens 
eine Dateisystemanfrage in Bezug auf den Spei- 
cherauszug anspriclnt. 

30. Ein Verfalnren nach Anspruch 29, bei dem das zwei- 
te Abbild ein Marklerung-bei-Zuweisung-Abbild ei- 
nes Satzes von zugehorigen Speicherbiocken (115) 
ist, die BUS der Mehrzahi von Speicherbiocken aus- 
gewahlt sind, wobei die zugehorigen Speicherblok- 
ke zu dem Speicherauszug hlnzugefiigt wurden; 
und 

wobei die in Abhangigkeit von der Operation 
ausgewahlten Speicherblocke (115) ein Speicher- 
abbild (220) bilden, das auf Grundiage des Spei- 
cherauszugs und des Markierung-bei-Zuweisung- 
Abbiids definiert ist, wobei das Speicherabbild ei- 
nen Satz von zugehorigen Speicherbiocken an- 
zeigt, die aus der Mehrzahi von Speicherbiocken 
ausgewahit sind. 

31 . Ein Verfahren nach Anspruch 30, bei dem das Spei- 
cherabbild (220) in Bezug auf eine logische Sum- 
menoperation des Speicherauszugs und des Mar- 
kierung-bei-Zuweisung-Abbilds definiert ist. 

32. Ein Verfahren nach Anspruch 29, bei dem das zwei- 
te Abbild ein Markierung-bei-Freigabe-Abbild eines 
Satzes von zugehorigen Speicherbiocken ist, die 
aus der Mehrzahi von Speicherbiocken (115) aus- 
gewahit sind, wobei die zugehorigen Speicherblok- 
ke von dem Speicherauszug entfernt wurden; und 

wobei die in Abhangigkeit von der Operation 
ausgewahlten Speicherblocke (115) ein Speicher- 
abbild (220) bilden, das auf Grundiage des Spei- 
cherauszugs und des Markierung-bei-Freigabe- 
Abbilds definiert ist, wobei das Speicherabbild ei- 
nen Satz von zugehorigen Speicherbiocken an- 
zeigt, die aus der Mehrzahi von Speicherbiocken 
ausgewahit sind. 

33. Ein Verfahren nach Anspruch 29, bei dem das zwei- 
te Abbild ein Spieget-Speicherauszug eines Satzes 
von zugehorigen Speicherbiocken (115) ist, die aus 
der Mehrzahi ausgewahit sind, wobei die zugehori- 
gen Speicherblocke ein zu einem aktiven Dateisy- 
stem unterschiedliches konsistentes Dateisystem 
gebildet haben, wobei ein Satz ausgewahlter zuge- 
horiger Speicherblocke von dem konsistenten Da- 
teisystem entfernt wurde; und 

wobei die in Abhangigkeit von der Operation 



ausgewahlten Speicherblocke (115) ein Speicher- 
abbild (220) bilden, das auf Grundiage des Spei- 
cherauszugs und des Spiegel-Speicherauszugs 
definiert Ist, wobei das Speicherabbild einen Satz 
5 von zugehorigen Speicherbiocken anzeigt, die aus 
der Mehrzahi von Speicherbiocken ausgewahit 
sind. 

34. Ein Verfahren nach Anspruch 29, welter mit denn 
10 Schritt des Anzeigens, welche der Speicherblocke 

(115) des Speicherauszugs kopiert wurden. 

35. Ein Verfahren nach Anspruch 29, bei dem das erste 
Abbild und das zweite Abbild Spelcherauszuge 

15 sind; und 

bei dem die Spelcherauszuge mit einem Feld 
(200) der Bits (211) assoziiert sind, wobei das Feld 
einen Satz von Bits fur Jeden Spelcherblock der 
Mehrzahi von Speicherbiocken aufweist, wobei je- 

20 der Satz von Bits wenigstens ein Bit fur jeden der 
Spelcherauszuge aufweist. 

36. Ein Verfahren nach Anspruch 29, welter mit dem 
Schritt des Manipulierens des Speicherauszugs, 

25 ohne eine Hierarchie von Dateisystemobjekten in- 
nerhalb des Speicherauszugs durchlaufen zu miis- 
sen. 

37. Ein Verfahren nach Anspruch 29, wobei der Spel- 
30 cherauszug eine Datenstruktur umfasst, die in ei- 
nem Fomnat angeordnet ist, das eine effizient Aus- 
fiihrung einer bestimmten Managementoperation 
eriaubt. 

35 38. Ein Verfahren nach Anspoich 29, bei dem der Spei- 
cherauszug ein Feld (200) der Bits (211) umfasst, 
wobei das Feld ein Bit fur jeden SpeicheriDlock der 
Mehrzahi von Speicherbiocken (115) aufweist. 

40 39. Ein Verfahren nach Anspruch 29, wobei das zweite 
Abbild ein zweiter Speicherauszug ist; und 

wobei die in Abhangigkeit von der Operation 
ausgewahlten Speicherblocke (115) ein Speicher- 
abbild bilden. 

45 

40. Ein Verfahren nach Anspruch 39, welter mit dem 
Schritt des Anzeigens, welche der Speicherblocke 
(115) des Speicherabbilds kopiert wurden. 

50 41. Ein Verfahren nach Anspruch 39, bei dem das Spei- 
cherabbild ein Ergebnis einer logischen Summe 
Oder Differenz des Speicherauszugs und des zwei- 
ten Speicherauszugs ist. 

55 42. Ein Verfahren nach Anspruch 39, bei dem das Spei- 
cherabbild (220) ein Ergebnis einer logischen Sum- 
me Oder Differenz des Speicherauszugs und des 
zweiten Speicherabbilds ist. 
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43. Ein Verfahren nach Anspruch 39, bei dem das Spei- 
cherabbild (220) ein Ergebnis einer auf den Spei- 
cherauszug angewandten bestinnmten Manage- 
mentoperation ist. 

5 

44. Ein Verfahren nacli Anspruch 39, wobei der Spei- 
cherauszug eine Datenstrulctur umfasst, die in ei- 

nenn Format angeordnet ist, das eine effizient Aus- 2. 
fuhrung einer bestinnmten Managementoperation in 
einer Zeit 0(n) Oder weniger eriaubt, wobei n eine io 
Anzahl von Speicherbl6cl<en in der IVIehrzahl von 
Speicherblocken ist, wobei jegliche Inhalte der 3. 
Speiclierbl6cl<e in der Mehrzahl von Speiclnerbl6l<- 
i<en nicht gelesen warden. 

15 

45. Ein Verfahren nach Anspruch 44, bei dem die be- 4. 
stimmte Managementoperation eine logische Sum- 
men- Oder Differenzoperation ist. 

46. Ein Verfahren nach Anspruch 39, bei dem der Spei- 20 
cherauszug eine Datenstrulrtur umfasst, die an- 
zeigt, welche Speicherblocke {11 5) in der Mehrzahl 
zugehorige Speicherblocke des Speicherauszugs 5. 
sind. 

25 

47. Ein Verfahren nach Anspruch 46, bei dem die Da- 
tenstruktur nicht mehr a!s 1/100 einer Speicher- 
menge venwendet, die von den Speicherblocken 
(1 1 5) in der Mehrzahl von Speicherblocken benotigt 



wird. 30 

48. Ein Verfahren nach Anspruch 46, bei dem die Da- 6. 
tenstruktur nicht mehr als vier Byte pro Speicher- 
btock (115) der Mehrzahl von Speicherblocken ver- 
wendet. 35 



49. Ein Computerprogrammprodukt, umfassend Pro- 
grammcodemittel, die ein Computersystem bei ih- 
rer Ausfuhnjng auf dem Computersystem anwei- 
sen, die Verfahrensschritte eines der Anspruche 25 40 
bis 48 auszufuhren. 



Revendications 

45 

1. Systfeme de fichiers (114), ayant une plurality de 

blocs de m^moire (115), et incluant 7. 

une pluralite de bits (211) associes k chaque 
bloc parmi ladite pluralite de blocs de m6moire, au 
moins un premier bit parmi ladite pluralite de bits so 
identiflant si lesdits blocs de memoire font partie 
d'une premiere image dudit systeme de fichiers a 
un instant ant§rieur k une version coherente cou- 8. 
rante dudit systeme de fichiers ; et 

caracterlse en ce que ledit systeme de fi- 55 
chiers inclut: au moins un second bit pamni ladite 
pluralite de bits identiflant si lesdits blocs de memoi- 
re font partie d'une seconde image differente de la- 



dite version coh6rente courante dudit systeme de 
fichiers, et 

un Element dispose pour s6lectionner des 
blocs de mdmoire en r6ponse k une operation ex6- 
cut6e sur au moins ledit premier et ledit second bits 
panni ladite plurality de bits. 

Systeme de fichiers selon la revendication 1 , dans 
lequel ladite operation est une operation d'addition 
ou de soustraction logique. 

Systeme de fichiers selon la revendication 1 , in- 
cluant un element dispose pour copier lesdits blocs 
de memoire s6lectionnes dans une destination. 

Systeme de fichiers selon la revendication 3, dans 
lequel ladite destination inclut : une bande, un dis- 
que, une structure de donnees dans un second sys- 
teme de fichiers, un ensemble de messages de r6- 
seau ou une destination r6partie sur une plurality 
de systfemes de fichiers. 

Systeme de fichiers selon la revendication 1 , dans 
lequel ladite premiere image dudit systeme de fi- 
chiers est une image instantanee, ladite image ins- 
tantan6e etant disposee en tant qu'objet dans ledit 
systeme de fichiers, et dans lequel ledit systeme de 
fichiers est sensible k au moins une demande du 
systeme de fichiers concernant ladite image instan- 
tanee. 

Systeme de fichiers selon la revendication 5, dans 
lequel ladite seconde image est une image de mar- 
quage-sur-affectation d'un ensemble de blocs de 
mdmoire membres (115) selectionn6s parmi ladite 
plurality de blocs de memoire (115), lesdits blocs 
de memoire membres ayant et6 ajout6s a ladite 
image Instantanee, et 

dans lequei lesdits blocs de memoire (115) 
s6lectionnes par ledit Element forment une image 
memoire (220) definie sur la base de ladite image 
instantanee et de ladite image de marquage-sur-af- 
fectation, ladite image memoire (220) representant 
un ensemble de blocs de m6moire membres s6lec- 
tionn6s parmi ladite plurality de blocs de memoire. 

Systeme de fichiers selon la revendication 6, dans 
lequel ladite image memoire (220) est definie par 
rapport a une operation d'addition logique sur ladite 
image instantanee et ladite image de marquage- 
sur-affectation. 

Systeme de fichiers selon la revendication 5, dans 
lequel ladite seconde image est une image de mar- 
quage-sur-desaffectation d'un ensemble de blocs 
de memoire membres (115) selectionn6s pamni la- 
dite pluralite de blocs de m6moire, lesdits blocs de 
memoire membres ayant 6t6 retires de ladite image 
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instantan6e, et dans lequel iesdits blocs de m6moi- 
re (1 1 5) s6lectionnes par ledit 6l6ment f orment une 
image m^moire d6finie sur la base de ladite image 
instantan^e et de ladite image de marquage-sur- 
d6saffectation, ladite Image memoire repr6sentant 
un ensemble de blocs de memoire membres s6lec- 
tionnes parmi ladite plurality de blocs de memoire. 

9. Systfeme de f ichiers selon la revendication 5, dans 
lequel ladite seconde image est une image instan- 
tan^efantome d'un ensemble de blocs de memoire 
membres selectionnes pamni ladite pluralite de 
blocs de memoire (115), Iesdits blocs de memoire 
membres ayant forme un systeme de fichiers cohe- 
rent different d'un systeme de ficliiers actif , avec un 
ensemble de blocs de memoire membres selection- 
nes retires dudit systeme de fichiers coherent, et 

dans lequel Iesdits blocs de memoire selec- 
tionnes par ledit element fonment une image me- 
moire d^finie sur la base de ladite image instanta- 
nee et de ladite image Instantan6e fantome, ladite 
image memoire representant un ensemble de blocs 
de memoire membres selectionnes parmi ladite plu- 
rality de blocs de memoire. 

10. Systdme de fichiers selon ta revendication 5, in- 
cluant un indicateur indiquant quels blocs ont ete 
copies parmi Iesdits blocs de memoire de ladite 
image instantan6e. 

11. Systeme de fichiers selon la revendication 5, dans 
lequel ladite premiere image et ladite seconde ima- 
ge sent des images instantanees, et 

dans lequel lesdites images instantanees 
sont associees a une matrice (200) desdits bits 
(211), ladite matrice ayant un ensemble desdits bits 
pour chaque bloc de memoire de ladite plurality de 
blocs de memoire, chacun desdits ensembles des- 
dits bits ayant au moins un bit pour chacune desdi- 
tes images instantanees. 

12. Systeme de fichiers selon la revendication 5, dans 
lequel ledit systdme de fichiers peut manipuler la- 
dite image instantan^e sans avoir a traverser une 
hierarchie d'objets du systeme de fichiers dans la- 
dite image instantanee. 

13. Systeme de fichiers selon la revendication 5, dans 
lequel ladite image instantanee inclut une structure 
de donnees disposee dans un format pennettant 
une execution efficace d'une operation de gestion 
d'ensembles. 

14. Systeme de fichiers selon la revendication 5, dans 
lequel ladite image instantanee inclut une matrice 
(200) desdits bits, ladite matrice ayant un bit pamni 
Iesdits bits pour chaque bloc de memoire (115) de 
ladite pluralite de blocs de memoire. 



15. Systeme de fichiers selon la revendication 5, dans 
lequel ladite seconde image est une seconde image 
instantanee, et 

dans lequel Iesdits blocs de memoire (115) 
5 selectionnes par ledit element fomnent une image 
memoire (220). 

16. Systeme de fichiers selon la revendication 15, in- 
cluant un indicateur indiquant quels blocs ont ete 

10 copies panni Iesdits blocs de memoire de ladite 
image memoire. 

17. Systeme de fichiers selon la revendication 15, dans 
lequel ladite image memoire est le resultat d'une ad- 

^5 dition ou d'une soustraction iogique executee sur 
ladite image instantanee et ladite seconde image 
instantanee. 

18. Systeme de fichiers selon la revendication 15, dans 
20 lequel ladite image memoire est le resultat d'une ad- 
dition ou d'une soustraction Iogique executee sur 
ladite image instantanee et une seconde image me- 
moire. 

25 19, Systeme de fichiers selon la revendication 15, dans 
lequel ladite image memoire est le resultat d'une 
operation de gestion d'ensembles executee sur la- 
dite image instantanee. 

30 20. Systeme de fichiers selon la revendication 15, dans 
lequel ladite image instantanee inclut une structure 
de donnees disposee dans un fomriat permettant 
I'execution d'une operation de gestion d'ensembles 
en un temps en 0(n) ou inferieur, ou n est un nom- 

35 bre de blocs de memoire de ladite pluralite de blocs 
de memoire (115), sans lire aucun contenu desdits 
blocs de memoire de ladite pluralite de blocs de me- 
moire (115). 

40 21 . Systeme de fichiers selon la revendication 20, dans 
lequel ladite operation de gestion d'ensembles est 
une operation d'addition ou de soustraction Iogique. 

22. Systeme de fichiers selon ta revendication 1 5, dans 
45 lequel ladite image instantanee inclut une structure 
de donnees identifiant quels blocs pamni ladite plu- 
ralite de blocs de memoire (115) sont des blocs de 
memoire membres de ladite Image instantanee. 

50 23. Systeme de fichiers selon la revendication 22, dans 
lequel ladite structure de donnees n'utilise pas plus 
d'1/100eme d'une quantite de memoire requise par 
Iesdits blocs de memoire de ladite pluralite de blocs 
de memoire. 

55 

24. Systeme de fichiers selon la revendication 22, dans 
lequel ladite structure de fichiers n'utilise pas plus 
de quatre octets par bloc de memoire (115) de ladite 
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plurality de blocs de m^moire. 

25. Proc6d6, comportant les 6tapes consistant k 

conserver une plurality de bits (21 1 ) associes 
k chaque bloc paimi une pluralite de blocs de me- 5 
moire (115) dans un systdme de fichiers (114), au 
moins un premier bit parmi ladite plurality de bits 
identifiant si lesdits blocs de memoire font partie 
d'une premiere image dudit systeme de fichiers a 
un instant anterieur a une version coh^rente cou- io 
rante dudit systeme de fichiers, et 

caracterise en ce qu'au moins un second bit 
parmi ladite pluralite de bits identifie si lesdits blocs 
de memoire font partie d'une seconde image diffe- 
rente de ladite version coherente courante dudit '5 
systeme de fichiers, et 

selection nerdes blocs de m6molre en repon- 
se ^ une operation ex6cutee sur au moins lesdits 
premier et second bits parmi ladite plurality de bits. 

20 

26. Proc§de selon la revendication 25, dans lequel la- 
dite operation est une operation d'addition (371) ou 
de soustraction (373) logique. 

27. Proc6d6 selon la revendication 25, incluant en outre 25 
l'6tape consistant k copier (315, 335) lesdits blocs 

de memoire s6lectionnes dans une destination. 

28. Proc6de selon la revendication 27, dans lequel la- 
dite destination inclut : une bande, un disque, une 30 
structure de donnees d'un second systeme de fi- 
chiers, un ensemble de messages de reseau ou 
une destination repartie sur une plurality de syste- 
mes de fichiers. 

35 

29. Precede selon !a revendication 25, dans lequel la- 
dite premiere image dudit systeme de fichiers (114) 
est une image instantanee, ladite image instanta- 
nee etant disposee en tant qu'objet dans ledit sys- 
teme de fichiers, et dans lequel ledit systeme de fi- 40 
chiers est sensible k au moins une demande du sys- 
teme de fichiers concernant ladite image instanta- 
nee. 

30. Proc6de selon la revendication 29, dans lequel la- 45 
dite seconde image est une image de marquage- 
sur-affectation d'un ensemble de blocs de m6moire 
membres (115) selectionnes parmi ladite pluralite 

de blocs de memoire, lesdits blocs de memoire 
membres ayant ete ajoutes a ladite image instanta- so 
nee, et 

dans lequel lesdits blocs de memoire (115) 
selectionnes en reponse k ladite operation fomnent 
une image memoire (220) definie sur la base de la- 
dite image instantan6e et de ladite image de mar- 55 
quage-sur-affectation, ladite image memoire repre- 
sentant un ensemble de blocs de memoire mem- 
bres selectionnes parmi ladite pluralite de blocs de 



m6moire. 

31. Proc6d6 selon la revendication 30, dans lequel la- 
dite image m6moire (220) est d6finie par rapport k 
une operation d'addition logique sur ladite image 
instantanee et ladite image de marquage-sur-affec- 
tation. 

32. Precede selon la revendication 29, dans lequel la- 
dite seconde image est une image de marquage- 
sur-d6saffectation d'un ensemble de blocs de me- 
moire membres selectionn6s pamii ladite plurality 
de blocs de memoire (115), lesdits blocs de memoi- 
re membres ayant ete retires de ladite image ins- 
tantanee, et 

dans lequel lesdits blocs de m6moire (115) 
selectionn6s en reponse k ladite operation ferment 
une image memoire (220) d6finie sur la base de la- 
dite image instantanee et de ladite image de mar- 
quage-sur-d6saffectation, ladite image memoire re- 
pr6sentant un ensemble de blocs de memoire 
membres selectionnes parmi ladite plurality de 
blocs de memoire. 

33. Proc6d6 selon la revendication 29, dans lequel la- 
dite seconde image est une image instantanee fan- 
tome d'un ensemble de blocs de memoire membres 
(116) s6lectionn§s parmi ladite pluralite de blocs de 
memoire, lesdits blocs de memoire membres ayant 
forme un systeme de fichiers coherent different d'un 
systeme de fichiers actif, avec un ensemble de 
blocs de memoire membres selectionnes retires du- 
dit systeme de fichiers coherent, et 

dans lequel lesdits blocs de memoire (115) 
selectionnes en reponse a ladite operation ferment 
une image memoire (220) definie sur la base de la- 
dite image instantanee et de ladite image instanta- 
nee fantome, ladite image memoire representant 
un ensemble de blocs de memoire membres selec- 
tionnes parmi ladite pluralite de blocs de memoire. 

34. Precede selon la revendication 29, comportant en 
outre retape consistant k indiquer quels blocs ont 
ete copies parmi lesdits blocs de memoire (115) de 
ladite image instantanee. 

35. Precede selon la revendication 29, dans lequel la- 
dite premiere image et ladite seconde image sent 
des images instantanees, et 

dans lequel lesdites images instantanees 
sont associees a une matrice (200) desdits bits 
(211), ladite matrice ayant un ensemble de bits pour 
chaque bloc de memoire de ladite pluralite de blocs 
de memoire, chacun desdits ensembles de bits 
ayant au moins un bit pour chacune desdites ima- 
ges instantanees. 

36. Precede selon la revendication 29, comportant en 
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outre r^tape consistant h manipuler ladite image 
instantan^e sans avoir k traverser une liierarchie 
d'objets du systdme de fichiers dans ladite innage 
instantan6e. 

37. Proc6d6 selon la revendication 29, dans lequel la- 
dite image instantanee tnclut une structure de don- 
n6es disposde dans un fonrtat permettant une exe- 
cution efficace d'une operation de gestion d'ensem- 
bles. 

38. Precede selon la revendication 29, dans lequel la- 
dite image instantan§e inclut une matrice (200) des- 
dits bits (211 ), ladite matrice ayant un bit pour cha- 
que bloc de memoire de !adite pluralite de blocs de 
memoire (115). 

39. Precede selon la revendication 29, dans lequel la- 
dite seconde image est une seconde image instan- 
tanee, et 

dans lequel lesdits blocs de memoire (115) 
selectionn6s en reponse ^ ladite operation torment 
une image memoire. 

40. Precede selon la revendication 39, comportant en 
outre I'etape consistant a indiquer quels blocs ont 
6X6 copies panni lesdits blocs de mdmoire (115) de 
ladite image memoire. 

41. Precede selon la revendication 39, dans lequel la- 
dite image memoire est le r6sultat d'une addition ou 
d'une soustraction logique executee sur ladite ima- 
ge instantanee et ladite seconde image instanta- 
nee. 

42. Precede selon la revendication 39, dans lequel la- 
dite image memoire (220) est le resultat d'une ad- 
dition ou d'une soustraction logique executee sur 
ladite image instantanee et une seconde image me- 
moire. 



46. Procede selon la revendication 39, dans lequel la- 
dite image instantanee inclut une structure de don- 
n6es identiflant quels blocs pamni ladite pluralite de 
blocs de memoire (115) sent des blocs de memoire 

5 membres de ladite image instantanee. 

47. Precede selon la revendication 46, dans lequel la- 
dite structure de donnees n'utilise pas plus 
d'1/1 OOeme d'une quantite de memoire requise par 

10 lesdits blocs de memoire (1 1 5) de ladite pluralite de 
blocs de memoire. 

48. Precede selon la revendication 46, dans lequel la- 
dite structure de donnees n'utilise pas plus de qua- 

15 tre octets par bloc de memoire (115) de ladite plu- 
ralite de blocs de memoire. 

49. Produit de programme infomnatique comportant 
des moyens de code de programme qui, lorsqu'ils 

20 sont executes sur un systeme informatique, ordon- 
nent au systeme infomnatique d'effectuer les etapes 
du precede de Tune quelconque des revendicatlons 
25 k 48. 

25 
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43. Precede selon la revendication 39, dans lequel la- 
dite image memoire (220) est le resultat d'une ope- 
ration de gestion d'ensembles executee sur ladite 
image instantanee. 

44. Precede selon la revendication 39, dans lequel la- 
dite image instantanee inclut une structure de don- 
nees disposee dans un format permettant I'execu- 
tion d'une operation de gestion d'ensembles en un so 
temps en 0(n) ou infeheur, ou n est un nombre de 
blocs de memoire de ladite pluralite de blocs de me- 
moire, sans lire aucun contenu desdits blocs de me- 
moire de ladite pluralite de blocs de memoire. 

55 

45. Precede selon la revendication 44, dans lequel la- 
dite operation de gestion d'ensembles est une ope- 
ration d'addition ou de soustraction logique. 
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